Systems and methods for automated alerts

ABSTRACT

An alert suggestion generator may automatically suggest alerts for a user based on user input. The user input may include natural language text and/or user actions that the suggestion generator can use to generate alerts that have a high likelihood of relevance, and therefore desirability, to the user. Each alert may have a trigger condition such as passage of time, measurement of a numeric metric, or other factors. Each alert may also have a notification setting defining how the user is to be notified. The alert suggestion generator may retrieve a user profile of the user to further determine what alerts would be most relevant to the user. The user may be queried to confirm the alerts, and the alerts may them be set. Partial alerts may be generated and then the user may be queried for the trigger condition and/or notification setting needed to complete the alerts.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a continuation of, and claims priority to, U.S.patent application Ser. No. 13/949,156 filed on Jul. 23, 2013, whichclaims priority to U.S. Provisional Application Ser. No. 61/753,382filed on Jan. 16, 2013, each which are incorporated by reference.

FIELD OF THE INVENTION

The present invention relates to systems and methods for automaticallygenerating alerts and/or notifications as well as creating alerts towhich a user may subscribe.

BACKGROUND

In the context of a software system, an alert (also referred to as anotification) is a form of output that presents information to a user ata given time or in response to a given trigger event, rather than outputthat is presented immediately in response to a user request. Possibleforms of output may include emails, SMS messages, visual cues, audibletones, combinations thereof, and the like.

In many conventional systems, users can create and configure alerts;however, such a process can be inconvenient and cumbersome. For example,access to advanced features for configuring alerts may be several stepsremoved from a user's current action. A user may have to go through acomplex series of steps to configure alerts, including choosing a dataitem that concerns him or her, clicking one or more menu items thatallow him or her to create an alert, choosing a property of the badgethat is relevant to his concern, specifying a value or threshold relatedto the property, and finally saving the alert.

In addition, many users may not be aware of alert configuration options;thus, difficulties in discovering alert features may be a significanthurdle to effective use. A user may first have to choose a relevant dataitem, select a configuration option that contains advanced properties,select the alert item from a list of advanced options, select a specificproperty of the badge, enter a value, and finally save the alert.

Due to the complexity of these steps, crafting alerts may be atime-consuming process that requires significant understanding of theoperation of the software involved. Hence, many users may opt to foregoalerts entirely. As a result, critical events or time periods may comeand go without their notice.

SUMMARY

As set forth above, crafting alerts can be time-consuming, tedious, andtechnical. However, significant data may be gathered from theinteraction of the user with a software system; this data may have thecomponents required for the system to automatically generate alerts thathave a high probability of relevance to the user. These alerts may besuggested to the user, and the user may have the simple option to eitheraccept or reject them.

According to various embodiments, the user inputs may include one ormore user actions and/or one or more natural language elements. Theseuser inputs may be processed by an alert suggestion generator with theoptional assistance of a natural language processor to extract triggerconditions that can form the basis of alerts relevant to the user.Suggested alerts may be generated based on the trigger conditions.

Optionally, user-specific user profiles may be used to enhance therelevance of the alerts generated. Each user profile may include datasuch as use preferences desired by the user, user relationships that areindividuals, entities, documents, and/or resources to which the user isconnected, and/or demographic data for the user. The alert suggestiongenerator may retrieve the user profile for the applicable user andapply the user-specific data from the user profile to facilitategeneration of the suggested alerts.

The suggested alerts may be presented to the user along with a querythat enables the user to confirm or reject the suggested alerts. Thealert suggestion generator may obtain enough information to generate apartial suggested alert. Optionally, the partial suggested alert may besuggested to the user along with a query for the information needed tocomplete the alert.

Confirmed alerts may be set in applicable computing system, which maythen monitor the trigger source of the trigger condition for each alert,and notify the user when the trigger source exceeds, equals, or descendsbelow the trigger value. The user may be notified according tonotification settings that specify the manner in which the user is to bemade aware that the alert has been triggered.

Further details and variations are described herein.

BRIEF DESCRIPTION OF THE DRAWINGS

The accompanying drawings illustrate several embodiments of theinvention. Together with the description, they serve to explain theprinciples of the invention according to the embodiments. One skilled inthe art will recognize that the particular embodiments illustrated inthe drawings are merely exemplary, and are not intended to limit thescope of the present invention.

FIG. 1A is a block diagram depicting a hardware architecture forpracticing the present invention according to one embodiment of thepresent invention.

FIG. 1B is a block diagram depicting a hardware architecture forpracticing the present invention in a client/server environment,according to one embodiment of the present invention.

FIG. 2 is a block diagram depicting a system for carrying out alertsuggestion, according to one embodiment of the present invention.

FIG. 3 is a flowchart depicting a method of alert suggestion and settingaccording to one embodiment of the present invention.

FIG. 4 is a block diagram depicting operation of alert suggestion andsetting systems according to one embodiment of the present invention.

FIG. 5 is a block diagram depicting a system for carrying out alertsetting, according to one embodiment of the present invention.

FIG. 6 is a flowchart depicting a method of alert suggestion and settingaccording to one embodiment of the present invention.

DETAILED DESCRIPTION OF THE EMBODIMENTS

For illustrative purposes, the methods described and depicted hereinrefer to automated suggestion of alerts pertinent to the user inputsprovided by the user of a computing system. The alerts may, in someembodiments, relate to the operation of an enterprise to which the userinputs pertain. The user inputs may be activities initiated by the userand/or natural language text provided by the user. Alerts may besuggested by processing these inputs to create alerts that, based on theinputs, have a high likelihood of relevance to the user. A user profileof the user may be retrieved as part of the process, in order to enhancethe accuracy of the method, thereby enhancing the likelihood that thesuggested alerts will be accepted by the user. One skilled in the artwill recognize that the techniques of the present invention can beapplied to many different methods of alert suggestion, and may apply tomany different situations apart from the exemplary enterprise operationcontext mentioned previously.

According to various embodiments, the present invention can beimplemented on any electronic device equipped to receive, store, andpresent information. Such an electronic device may be, for example, adesktop computer, laptop computer, smartphone, tablet computer, or thelike.

Although the invention is described herein in connection with animplementation in a computer, one skilled in the art will recognize thatthe techniques of the present invention can be implemented in othercontexts, and indeed in any suitable device capable of receiving and/orprocessing user input. Accordingly, the following description isintended to illustrate various embodiments of the invention by way ofexample, rather than to limit the scope of the claimed invention.

Referring now to FIG. 1A, there is shown a block diagram depicting ahardware architecture for practicing the present invention, according toone embodiment. Such an architecture can be used, for example, forimplementing the techniques of the present invention in a computer orother device 101. Device 101 may be any electronic device equipped toreceive, store, and/or present information, and to receive user input inconnect with such information.

In at least one embodiment, device 101 has a number of hardwarecomponents well known to those skilled in the art. Input device 102 canbe any element that receives input from user 100, including, forexample, a keyboard, mouse, stylus, touch-sensitive screen(touchscreen), touchpad, trackball, accelerometer, five-way switch,microphone, or the like. Input can be provided via any suitable mode,including for example, one or more of: pointing, tapping, typing,dragging, and/or speech.

Data store 106 can be any magnetic, optical, or electronic storagedevice for data in digital form; examples include flash memory, magnetichard drive, CD-ROM, DVD-ROM, or the like. In at least one embodiment,data store 106 stores information which may include documents 107 and/orlibraries 111 that can be utilized and/or displayed according to thetechniques of the present invention, as described below. In anotherembodiment, documents 107 and/or libraries 111 can be stored elsewhere,and retrieved by device 101 when needed for presentation to user 100.

Display screen 103 can be any element that graphically displaysdocuments 107, the libraries 111, and/or the results of steps performedon the documents 107 and/or the libraries 111 to provide data outputincident to suggesting and/or setting alerts. Such data output mayinclude, for example, one or more queries requesting confirmation ofsuggested alerts, one or more queries requesting information to completesuggested alerts, one or more notifications that a suggested alert hasbeen set, and/or one or more notifications that the trigger conditionfor a set alert has been met.

Processor 104 can be a conventional microprocessor for performingoperations on data under the direction of software, according towell-known techniques. Memory 105 can be random-access memory, having astructure and architecture as are known in the art, for use by processor104 in the course of running software.

Data store 106 can be local or remote with respect to the othercomponents of device 101. In at least one embodiment, device 101 isconfigured to retrieve data from a remote data storage device whenneeded. Such communication between device 101 and other components cantake place wirelessly, by Ethernet connection, via a computing networksuch as the Internet, or by any other appropriate means. Thiscommunication with other electronic devices is provided as an exampleand is not necessary to practice the invention.

In at least one embodiment, data store 106 is detachable in the form ofa CD-ROM, DVD, flash drive, USB hard drive, or the like. Documents 107and/or libraries 111 can be entered into such a detachable data store106 from a source outside of device 101 and later displayed after datastore 106 is connected to device 101. In another embodiment, data store106 is fixed within device 101.

Referring now to FIG. 1B, there is shown a block diagram depicting ahardware architecture for practicing the present invention in aclient/server environment, according to one embodiment of the presentinvention. Such an implementation may use a “black box” approach,whereby data storage and processing are done completely independentlyfrom user input/output. An example of such a client/server environmentis a web-based implementation, wherein client device 108 runs a browserthat provides a user interface for interacting with web pages and/orother web-based resources from server 110. Documents 107, data, and/orlibraries 111 can be presented as part of such web pages and/or otherweb-based resources, using known protocols and languages such asHypertext Markup Language (HTML), Java, JavaScript, and the like.

Client device 108 can be any electronic device incorporating the inputdevice 102 and/or display screen 103, such as a desktop computer, laptopcomputer, personal digital assistant (PDA), cellular telephone,smartphone, music player, handheld computer, tablet computer, kiosk,game system, or the like. Any suitable communications network 109, suchas the Internet, can be used as the mechanism for transmitting databetween client device 108 and server 110, according to any suitableprotocols and techniques. In addition to the Internet, other examplesinclude cellular telephone networks, EDGE, 3G, 4G, long term evolution(LTE), Session Initiation Protocol (SIP), Short Message Peer-to-Peerprotocol (SMPP), SS7, Wi-Fi, Bluetooth, ZigBee, Hypertext TransferProtocol (HTTP), Secure Hypertext Transfer Protocol (SHTTP),Transmission Control Protocol/Internet Protocol (TCP/IP), and/or thelike, and/or any combination thereof. In at least one embodiment, clientdevice 108 transmits requests for data via communications network 109,and receives responses from server 110 containing the requested data.

In this implementation, server 110 is responsible for data storage andprocessing, and incorporates data store 106 for storing documents 107and/or libraries 111. Server 110 may include additional components asneeded for retrieving data and/or libraries 111 from data store 106 inresponse to requests from client device 108.

In at least one embodiment, documents 107 are organized into one or morewell-ordered data sets, with one or more data entries in each set. Datastore 106, however, can have any suitable structure. Accordingly, theparticular organization of documents 107 within data store 106 need notresemble the form in which the documents 107 are displayed to user 100.In at least one embodiment, an identifying label is also stored alongwith each data entry, to be displayed along with each data entry.

In at least one embodiment, the libraries 111 are organized in a filesystem within data store 106. Appropriate indexing can be provided toassociate particular documents with particular quantitative dataelements, reports, other documents, and/or the like. The libraries 111may include any of a wide variety of data structures known in thedatabase arts.

Documents 107 can be retrieved from client-based or server-based datastore 106, and/or from any other source. In at least one embodiment,input device 102 is configured to receive data entries from user 100, tobe added to documents 107 held in data store 106. User 100 may providesuch data entries via the hardware and software components describedabove according to means that are well known to those skilled in theart.

Display screen 103 can be any element that graphically displaysdocuments 107, the libraries 111, and/or the results of steps performedon the information in the documents 107 and/or the libraries 111 toprovide data output incident to suggesting and/or setting alerts. Suchdata output may include, for example, one or more queries requestingconfirmation of suggested alerts, one or more queries requestinginformation to complete suggested alerts, one or more notifications thata suggested alert has been set, and/or one or more notifications thatthe trigger condition for a set alert has been met. In at least oneembodiment where only some of the desired output is presented at a time,a dynamic control, such as a scrolling mechanism, may be available viainput device 102 to change which information is currently displayed,and/or to alter the manner in which the information is displayed.

In at least one embodiment, the information displayed on display screen103 may include data in text or graphical form. Such data may includevisual cues, such as height, distance, and/or area, to convey the valueof each data entry. In at least one embodiment, labels accompany dataentries on display screen 103, or can be displayed when user 100 taps onor clicks on a data entry, or causes an onscreen cursor to hover over adata entry.

Furthermore, as described in more detail below, display screen 103 canselectively present a wide variety of data related to suggesting and/orsetting alerts. In particular, as described herein, user 100 can provideinput, such as a selection from a menu containing a variety of options,to determine the various characteristics of the information presentedsuch as the type, scope, and format of the information to be displayedon display screen 103.

In one embodiment, the system can be implemented as software written inany suitable computer programming language, whether in a standalone orclient/server architecture. Alternatively, it may be implemented and/orembedded in hardware.

In general, an automated alert generally includes the following buildingblocks:

-   -   Trigger Condition: specifies what will trigger the alert; and    -   Notification Setting: specifies how the user will be notified        that the trigger condition has been met.

A trigger condition may include a trigger source (i.e., the particularitem that is to be measured), a trigger value (i.e., the value of thatitem that will trigger the alert), and an operator (i.e., whether thealert is triggered by a value greater than, less than, or equal to thetrigger value). Trigger values may include numerical, textual, or otherdata. Operators may generally include “greater than,” (“>”), “lessthan,” (“<”), and “equals” (“=”), as well as combinations of these (suchas “greater than or equal to”).

The trigger source may include time-based triggers that simply triggerthe alert when a certain time and/or date is reached. Alternatively, thetrigger source may be quantitative, i.e., tied to a numerical valuebesides time. For example, in the context of operating an enterprise, auseful metric might relate to an aspect of company performance such assales volume, profits, or the like. Thus, the trigger value may be amagnitude such that the alert is triggered when the metric in questionexceeds or descends below the trigger value.

As another alternative, the trigger source need not be quantitative, butmay instead be based on any other condition that can be effectivelytracked by a computing system such as the device 101 of FIG. 1A and/orthe client device 108 of FIG. 1B. For example, a trigger condition maybe quantitative, such as the particular month in which an eventoccurred, or which political party holds a given political office. Thus,the trigger value may be based on textual, rather than numericalinformation.

Alternatively, the trigger condition may be binary (e.g., yes or no).For example, a trigger condition may be whether a competitor released anew product in a particular market segment or whether a user has vieweda certain document.

The notification defines how the user is to be notified of the alert. Awide variety of notification settings may be used. The notificationsetting for an alert may be independent of the trigger source andtrigger value. A notification may take the form of a message transmittedto the user over the computing system, such as an e-mail message, pop-upnotification, or audible message. Alternatively, a message may beinitiated by the computing system used to set the alert, but thentransmitted to the user via a different device such as a differentcomputing system or a mobile device separate from the computing system.

Additionally or alternatively, a notification may include aspects thatdo not convey information about the alert, but rather simply notify theuser that the alert has been triggered. Thus, an audible tone, screenflash or animation, or other tool may be used alone or in combinationwith a message to notify the user that the alert has been triggered.

As another alternative, the notification setting may include an activitythat relates to the alert in some way. For example, if the alert relatesto information tracked on a document, the alert may automaticallyretrieve the document for viewing by the user. If the alert relates toan event reported on in the news or other media, the alert may retrievethe related article or other information source for viewing by the user.As another example, the notification setting may include the automaticscheduling of a meeting, or transmission of a meeting request, toinitiate an in-person or remote meeting among multiple individualsinvolved in the subject matter of the alert.

In at least one embodiment, the system of the present invention enablesautomated suggestion of alerts with a high likelihood of relevance tothe user. These alerts may be constructed by processing user inputs todetermine which trigger sources and/or trigger values are most likelyimportant to the user. The user may be queried to confirm that he or shedoes or does not want to set the suggested alerts. Then, the confirmedalerts may be set by the system, which may iteratively monitor dataavailable to it to determine whether the trigger condition has been met.

FIG. 2 is a block diagram depicting a system 200 for carrying outautomatic alert suggestion, according to one embodiment of the presentinvention. As shown, the system 200 may have an alert suggestiongenerator 210 that receives various inputs from a user and/or a networkto which the alert suggestion generator 210 is connected, such as thecommunications network 109 shown in FIG. 1B and, based on those inputs,generates the desired suggested alerts to the user.

More specifically, the system 200 may receive, from the user 100, one ormore user inputs, which may be provided by the user 100 via the inputdevice 102. The user inputs may include one or more user actions 220and/or one or more natural language elements 230. The user actions 220may include one or more user actions, or more specifically, a first useraction 222 and optionally, a plurality of additional user actions up toan nth user action 224. Similarly, the natural language elements 230 mayinclude one or more natural language elements, or more specifically, afirst natural language element 232 and optionally, a plurality ofadditional natural language elements up to an nth natural languageelement 234.

The user actions 220 may include any of a variety of actions taken bythe user 100 relative to the system 200. The user actions 220 need notbe actions intended by the user 100 to initiate suggestion of alerts,and in at least one embodiment such actions 220 are performed by theuser for other purposes and are not specifically for the purpose ofsetting alerts. It may therefore be beneficial for the system 200 tooperate in the background as the user 100 performs other tasks. Thus,the system 200 may operate with little or no direct user input (i.e.,input from the user 100 that is specifically for the purpose of settingalerts).

Some examples of user actions that could be user actions 220 that formuser inputs to the alert suggestion generator 210 include, but are notlimited to, the following:

-   -   a visit to a web page, FTP site, or other Internet resource;    -   a selection by the user indicating affinity for or affiliation        with a piece of content available on the Internet (such as a        selection to “like” or “follow” a user, a feed, or another        resource);    -   an action by the user to tag an existing conversation with key        words;    -   an action by the user associating measures with projects;    -   a selection by the user to manually subscribe to existing        alerts; and    -   a selection by the user to retrieve and/or view a document from        the device 101 and/or the client device 108, the Internet, or        another network to which the device 101 and/or the client device        108 is connected such as the communications network 109.

In this application, the term “document” broadly refers to any piece ofelectronically-available information including a text document, picture,chart, graph, icon, or the like. Thus, making a selection to retrieve orview a document includes any action by which such an item is copied,displayed, printed, and/or viewed by the user 100. Documents involved inthe user action 220 may come from the documents 107 referenced in FIG.1A and FIG. 1B, or from other sources.

Some examples of natural language elements 230 that can be used as userinputs to the alert suggestion generator 210 may include the following:

-   -   messages sent by the user 100 to other individuals, such as        e-mails, instant messages, text messages and the like;    -   comments made by the user 100 that are intended to be received        by other individuals, such as comments on documents that will be        viewed by the other individuals;    -   comments made by the user 100 for the use of the user 100, such        as notes to file, personal documents, and the like; and    -   queries entered by the user in an attempt to search for,        retrieve, and/or view information, such as search strings and        the like.

In this application, the phrase “natural language” broadly refers totext that is entered by the user 100 in a form that is “natural” to theuser and/or to other humans, i.e., would be used by the user tocommunicate with other individuals as opposed to a computing system.Thus, natural language may include one or more character strings thatare not formatted in any particular way to facilitate parsing by acomputer, but are rather more conversational for the user 100 and/orother humans.

The system 200 may receive the user actions 220 and/or the naturallanguage elements 230 in a variety of ways, which may include monitoringthe actions taken by the user 100 and/or text entered by the user 100for actions and/or natural language elements that may be used as userinputs for the alert suggestion generator 210. This may be done, forexample, by comparing the actions and/or natural language with certaincriteria to determine whether the actions and/or natural languagecontain elements that may form the basis of an alert that is relevant tothe user 100.

In some embodiments, actions and/or natural language provided by theuser may be processed by the alert suggestion generator 210, and anyalerts with a high likelihood of relevance to the user 100 may besuggested and/or set. In alternative embodiments, the alert suggestiongenerator 210 may apply filtering criteria to the actions and/or naturallanguage so that only the actions and/or natural language that possessescertain elements will be received by the alert suggestion generator 210as user actions 220 and/or natural language elements 230. Then, theactions and/or natural language elements 230 that meet the requirementsof the filtering criteria may be processed in full by the alertsuggestion generator 210 to suggest alerts.

The alert suggestion generator 210 may cooperate with a natural languageprocessor 240 that facilitates analysis of the natural language elements230. The natural language processor 240 may include a text parser,syntax-based rules, and/or other elements that facilitate the extractionof relevant alert components from the natural language elements 230.

The libraries 111 may contain a user profile library 250 that maintainsone or more user profiles. As shown, the user profile library 250 mayhave a first user profile 260 and, optionally, a plurality of additionaluser profiles, up to an nth user profile 270. Each of the user profilesstored within the user profile library 250 may apply to an individualuser of the device 101 and/or the client device 108, or of anotherdevice connected to the device 101.

The first user profile 260 may correspond to the user 100, and mayinclude a variety of components such as user preferences 262 of the user100, user relationships 264 of the user 100, and/or demographic data 266of the user 100. Similarly, the nth user profile 270 may be for an nthuser (not shown), and may include a variety of components such as userpreferences 272 of the nth user, user relationships 274 of the nth user,and/or demographic data 276 of the nth user.

The user preferences 262 (and by extension, other user preferencesstored within the user profile library 250) may include any selectionsmade by the user 100, and may include preferences that relate to theoperation of the system 200. For example, the user preferences 262 mayinclude the types of alerts generally desired by the user 100, the typesof user actions 220 and/or natural language elements 230 that can bereceived by the alert suggestion generator 210 as user input, thesensitivity level of the system 200 preferred by the user (i.e., thenumber of alerts to be suggested), global notification settings desiredby the user 100 for all alerts, a selection of whether the system 200should enable the user 100 to confirm suggested alerts, or simply setthem automatically, and the like.

The user preferences 262 (and by extension, other user preferencesstored within the user profile library 250) may also include preferencesthat are not related to system alerts. For example, the user preferences262 may include settings defining how the user 100 views and/orretrieves documents and/or other resources, language settings, how theuser communicates with other individuals, the ability of otherindividuals to view, modify, and/or comment on content generated by theuser 100, the ability of the user 100 to view, modify, and/or comment oncontent generated by other individuals, and the like.

The system 200 may thus enable a wide variety of user-specificpreferences that can be set by or for the user 100 and maintained in theuser profile library 250. The user preferences 262, 272 may enable theoperation of the system 200 to be fine-tuned to the specific needsand/or desires of each user.

The user relationships 264 (and by extension, other user relationshipsstored within the user profile library 250) may include informationrelated to the individuals, entities, documents, and/or online resourcesto which the user 100 is related. Returning to the example of anenterprise, the user relationships 264 may include the position held bythe user 100 within an enterprise. More specifically, the userrelationships 264 may include the title, job description, reportingstructure, tenure, department, security level, geographic location, orother information pertinent to the position held by the user 100 withinthe enterprise. The user relationships 264 may also include theindividuals and/or entities that are on a list of contacts maintained bythe user 100 and/or with whom the user 100 has conducted business.Further, the user relationship 264 may contain on-line connections suchas contacts, individuals or resources visited, followed, and/or liked bythe user, or the like.

In other contexts, the user relationship 264 may include otherrelationships. For example, in the example of political organizations,the user relationship 264 may include lists of people who support,contribute to, and/or vote for a given individual or platform. In thecase of families, the user relationship 264 may include individuals thatare part of a user's family. Those of skill in the art will recognizethat the user relationships 264 may include a wide variety of otherrelationships, which may be matched to the context in which the user 100uses the device 101 and/or the client device 108.

The demographic data 266 (and by extension, other demographic datastored within the user profile library 250) may include information suchas the age, geographic location, marital status, race, religiousaffiliation, gender, political viewpoints, education level, nationality,years' experience in the workplace, degrees and/or certifications held,or any of a wide variety of demographic information that may assist thesystem 200 in generating alerts that have a high likelihood of relevanceto the user 100.

The various user profiles stored within the user profile library 250 mayinclude other components aside from those set forth above. Thisuser-specific information may be explicitly set by each user or by othersuch as supervisors, system administrators, or the like. Alternatively,user-specific data for the various user profiles stored within the userprofile library 250 may be inferred by the device 101 and/or the clientdevice 108 based on actions taken by the user 100 in the course ofinteraction with the device 101 and/or the client device 108.

Once the alert suggestion generator 210 has received the user actions220, the natural language elements 230, and/or the first user profile260, as applicable, the alert suggestion generator 210 may use thesedata to generate one or more suggested alerts 290, each of which islikely to be relevant to the user 100. The suggested alerts 290 mayinclude a first suggested alert 292, and may optionally include aplurality of additional suggested alerts, up to an nth suggested alert294.

The alert suggestion generator 210 may generate the suggested alerts 290using any of a variety of known methods. According to one example, thealert suggestion generator 210 may extract text from the naturallanguage elements 230 that may act as trigger values. For example, theuser 100 may make a comment with a date, quantitative value for a metricthat can be tracked by the device 101 and/or the client device 108, or aqualitative condition that can be tracked by the device 101 and/or theclient device 108. The alert suggestion generator 210 may then generatea suggested alert with such a date, quantitative value, or qualitativecondition as the trigger value.

According to another example, the user 100 may make a comment thatrefers to a trigger source rather than a trigger value. For example, thecomment may refer to times or dates in a more general sense, to aquantitative metric that can be tracked by the device 101 and/or theclient device 108, or to a changing qualitative characteristic that canbe tracked by the device 101 and/or the client device 108. The alertsuggestion generator 210 may generate a suggested alert based onmonitoring such times, dates, quantitative metrics, and/or qualitativecharacteristics. The appropriate trigger value may be obtained fromother user actions 220 and/or natural language elements 230, or may bereceived directly from the user.

Additionally or alternatively, the alert suggestion generator 210 mayextract data from the user actions 220 that either provides triggersources and/or trigger values, or provides context for the naturallanguage elements 230 received by the alert suggestion generator 210.For example, the user 100 may retrieve a document (such as one of thedocuments 107), or may visit, “like,” or “follow” a web site or otheron-line resource. The alert suggestion generator 210 may processlanguage contained within the document or on-line resource to extracttrigger sources and/or trigger values as set forth above in thediscussion of processing the natural language elements 230. In thealternative, the alert suggestion generator 210 may extract or derivethis information from other sources, such as a category and/or owner ofthe document or resource, other documents or resources connected to it,or the like.

Additionally or alternatively, rather than using the user actions 220independently to obtain trigger sources and/or values, the alertsuggestion generator 210 may utilize the user actions 220 to providecontext for accompanying natural language elements 230. For example, theuser 100 may retrieve and/or view a document, which action may be one ofthe user actions 220. The user 100 may then make a comment on or aboutthe document, which may be received by the alert suggestion generator210 as one of the natural language elements 230. The action ofretrieving and/or viewing the document may be used in combination withthe comments to enable the alert suggestion generator 210 to generatesuggested alerts that more closely pertain to the needs of the user 100,when compared with the results obtained from relying on the comments,alone, for user input to the alert suggestion generation process.

The data from the first user profile 260 may be used in any of a widevariety of ways to facilitate the suggested alert generation process. Ifdesired, the alert suggestion generator 210 may relate key areasrecognized by the natural language processor 240 to key areas presentwithin or recognized by analysis of the first user profile 260. Theserelationships may be ranked to create a list of areas of interest, inwhich alerts may beneficially be generated. The alert suggestiongenerator 210 may then suggest the alerts that are of greatest interestto the user 100 based on the current context in which the user 100 isoperating in relation to the device 101 and/or the client device 108.

The alert suggestion generator 210 may use the user actions 220, thenatural language elements 230, and/or the user profile library 250 inany of a wide variety of other ways aside from those set forth above tofind appropriate trigger sources and/or trigger values for alerts. Anyof a wide variety of algorithms may be used. Any algorithm known in theart for inferring user desires or intentions based on natural languagetext, user actions, and/or user profile information may be applied bythe alert suggestion generator 210 within the scope of the presentinvention. Further examples of automated alert suggestion will be shownand described in connection with FIG. 4.

FIG. 3 is a flowchart depicting a method 300 of automatic alertsuggestion and setting according to one embodiment of the presentinvention. The method 300 may be carried out, at least in part, by thesystem 200 as in FIG. 2, or with a differently-configured alertsuggestion system. The method 300 may be performed in connection withinput from a user; such a user may be a developer, customer, enterpriseleader, sales representative for business intelligence services, or anyother individual. FIG. 3 illustrates a series of steps in a certainorder, but those of skill in the art will recognize that these steps maybe re-ordered, omitted, replaced with other steps, or supplemented withadditional steps, consistent with the spirit of the invention.

The method 300 may start 310 with a step 320 by which the alertsuggestion generator 210 receives one or more user inputs. As shown inFIG. 2, the user inputs may include one or more user actions 220 and/orone or more natural language elements 230. As mentioned above, the useractions 220 need not be actions intended by the user 100 to initiatesuggestion of alerts, and in at least one embodiment such actions 220are performed by the user for other purposes and are not specificallyfor the purpose of setting alerts. The step 320 may entail a singleevent, or may be an ongoing process whereby user inputs are constantlyreceived by the alert suggestion generator 210 for continual alertsuggestion generation. If the step 320 is ongoing and/or repeatedcyclically, the remaining steps in the method 300 may be repeated in acorresponding pattern.

Once the user inputs have been received, the method 300 may proceed to astep 330 in which the user profiles 260, 270 are received by the alertsuggestion generator 210. The user profiles 260, 270 may be retrievedfrom the libraries 111, or more specifically, from the user profilelibrary 250.

After retrieval of the user profiles 260, 270, the method 300 mayproceed to a step 340 in which the alert suggestion generator 210generates the suggested alerts 290. Methods whereby this may be carriedout were set forth in the description of FIG. 2. The suggested alerts290 that result from performance of the step 340 may be automaticallyset by the system 200. In the alternative, input from the user 100 mayfirst be sought prior to setting the alerts.

Once one or more suggested alerts 290 have been generated, the method300 may proceed to a step 350 in which the user is queried regardingwhether to set the suggested alerts 290. This may entail transmitting amessage to the user requesting confirmation of the suggested alerts 290from the user 100. The user 100 may then accept (e.g., confirm) ordecline the suggested alerts 290.

If desired, the user 100 may also be queried regarding the desirednotification setting for each of the suggested alerts 290. Thus, theuser 100 may indicate how he or she wishes to be notified that thetrigger condition has been met. Additionally or alternatively,notification settings may be retrieved from the first user profile 260for the user 100.

Then, assuming at least one of the suggested alerts 290 was confirmed bythe user 100, the method 300 may proceed to a step 360, in which thesystem 200 receives confirmation from the user of the suggested alerts290. Confirmation of the suggested alerts 290 may be carried out via anyinput method. In one embodiment, the user 100 user confirms thesuggested alerts 290 to be set by clicking or otherwise selectingoptions from a displayed menu. The option to confirm may have textstating “confirm,” “accept,” “set alert,” or the like. Similarly,selection of the notification setting for the alert may be made bymaking a corresponding menu selection and/or through the use of otherinput mechanisms known in the art.

Once confirmation of the suggested alerts 290 desired by the user 100has been received, the method 300 may proceed to a step 370 in which thesuggested alerts 290 confirmed by the user 100 are set as system alerts.This may be done by configuring the device 101 and/or the client device108 to iteratively check the state of the trigger source of the alert.When the trigger source reaches, exceeds, or descends below the triggervalue, the device 101 and/or the client device 108 may notify the user100 of that occurrence according to the notification settings for thealert.

The method 300 may then end 390. Examples of performance of the method300 will be shown and described in connection with FIG. 4.

FIG. 4 is a block diagram 400 depicting operation of the method 300, asapplied to an alert suggestion system such as the system 200 of FIG. 2.The user 100 may initially retrieve and view a document 410 that, inthis case, contains a graph indicating sales volume over time, or morespecifically, monthly sales. The user 100 may make a comment 420 relatedto the graph. The comment 420 may be embedded in, linked to, or in thesame e-mail chain with, or otherwise connected to the document 410 sothat the system 200 is able to recognize that the comment 420 isconnected to the document 410.

The user action related to the document 410 (i.e., retrieval and/orviewing of the document 410) may be entered into the alert suggestiongenerator 210 as a first user action 222. The comment 420 may be enteredinto the alert suggestion generator 210 as a first natural languageelement 232. The alert suggestion generator 210 may then process thedocument 410 and the comment 420, and may use the document 410 ascontext to facilitate proper recognition of trigger sources and/ortrigger values within the first natural language element 232.

More specifically, the alert suggestion generator 210 may recognize thevalue “$100k” as a possible trigger value, with the word “exceed”indicating that the trigger value relates to numbers higher than $100k.With the aid of the document 410, the alert suggestion generator 210 mayalso recognize that the trigger value relates to monthly sales, whichdefine the trigger source for the $100k value. Thus, the alertsuggestion generator 210 may generate suggested alerts 290 including afirst suggested alert 292 related to whether monthly sales (the triggersource) exceed the $100k trigger value.

The alert suggestion generator 210 may query the user 100 regarding thefirst suggested alert 292 through the use of a notification such as apopup window 430 as illustrated in FIG. 4. The popup window 430 maycontain text asking whether the user wishes to set the first suggestedalert 292, and buttons (or other user interface elements) for the user100 to confirm or decline to set the first suggested alert 292.

If the user 100 elects to set the first suggested alert 292, thecorresponding first query response 522 may be conveyed to an alertsetter 510, which may set the alert in the device 101 and/or the clientdevice 108, as set forth in the description of the step 370 above. Thedevice 101 and/or the client device 108 may iteratively monitor monthlysales, and when the trigger condition is met (i.e., monthly sales exceed$100k), the user 100 may be notified per the notification settings forthe alert. Since the notification settings were not part of the popupwindow 430, it may be assumed that the notification settings werereceived from a previous query and/or retrieved as part of the firstuser profile 260 for the user 100.

FIG. 4 represents only one example; alerts may be generated, suggested,and/or set according to a wide variety of alternative methods. Someadditional examples will be presented below; these are merely some ofthe ways in which the principles of the present invention may be carriedout. Those of skill the art will recognize that the present inventioncan be used in connection with many other examples that are notspecifically set forth herein.

According to one example, the present invention may be applied to abusiness intelligence system designed to help the user 100 obtain thedata needed to effectively manage a business enterprise. The user 100may query the device 101 and/or the client device 108, for example, witha natural language question. The alert suggestion generator 210 mayreceive the query and, together with information regarding the behaviorof the user 100 (which may be stored in the first user profile 260), thecomputing system may automatically suggest an answer and/or the alertsuggestion generator 210 may suggest creating an alert condition basedon the question, relationships, and/or behavior of the user.

According to another example, the user 100 may provide input including adate element, which may be recognized by the alert suggestion generator210 as a trigger value. The date may thus be used to set a value for afuture date at which time the alert is to be triggered, and/or tospecify a lifespan of the alert. Alternatively, the date and/or lifespanmay be related to a measure presented in a report viewed by the user.Alternatively, the trigger condition may be unrelated to a particulardate, but may be based on some other measurable quantity, externalevent, and/or the like. Alternatively, the trigger condition may be acombination of a date/time trigger and some other event.

According to another example, a user may ask, “Was this value this highlast year?” in connection with a measure the user is viewing. Thequestion may be presented as a message sent to another user, a postingto a website, blog, or other forum, or comment added to a web-basedpresentation of a graph of the measure. In response to such a question,a single alert or multiple alerts can be automatically generated,suggested, and/or set, with the measure as the trigger source and thevalue as the trigger value. Such an alert may inform the user wheneverthe measure exceeds the value. The alert may also contain a date-basedtrigger, for example to be triggered on an annual basis or on some otherperiodic basis. Alternatively, both alerts may be suggested.

As another example, the user 100 may ask, “Are Thursday's sales alwaysthe highest of the week?” Such a query may be received in the alertsuggestion generator 210, which may recognize “sales” as the triggersource, and “higher than the other days of the week” as the triggervalue. The alert suggestion generator 210 may generate, suggest, and/orset an alert that informs the user whenever Thursday's sales are (or arenot) higher than other days.

As another example, a document available over the device 101 and/or theclient device 108 may contain a chart that tracks monthly billings. Theuser 100 may visit this chart three times at two or more standarddeviations away from the monthly goal. He or she may then visit thechart 24 times at one standard deviation away from the goal beingreached. Finally, he or she may visit the chart at one standarddeviation beyond the monthly goal. The alert suggestion generator 210may receive the actions of the user 100 to visit the document and/orview the chart as user actions 220. These user actions 220 may beprocessed by the alert suggestion generator 210, without the aid of anynatural language input, to automatically generate a suggested alertbased on the frequency and/or timing of visits by the user 100 to thechart. For example, the suggested alert may be conveyed to the user witha query asking, “Would you like to be informed when monthly billings are90% of the goal?”

As an example of alert generation without the need for natural languageprocessing, a first user may be a member of the HR Benefits andRecruiting groups. A second user may also be a member of the HR Benefitsgroup and may be responsible for a chart showing the total headcount inthe company. The second user may share a badge, widget, link, or otheridentifier for the chart with the Recruiting group. The first user maythen add the identifier to his or her “Favorites” page. These actionsmay be received by the alert suggestion generator 210 and used to inferthat the first user would like to be notified of headcount changes (thetrigger source) in excess of (the operation) a certain magnitude (thetrigger value). The alert suggestion generator 210 may generate asuggested alert and present it to the first user in the form of a queryasking: “Would you like to know when the headcount changes by 10%?”

As another example involving the use of natural language processing, afirst user may directly ask a second user, “Do you anticipate having anyMarketing expenses over $10,000 this quarter?” This question may bepresented as a comment in or connected to a document, as an e-mail orinstant message, or in another form that can be received by the alertsuggestion generator 210. The alert suggestion generator 210 may inferfrom this comment that the second user may find it useful to know whenmarketing expenses per quarter (the trigger source) exceed (theoperation) $10,000 (the trigger value). Thus, the alert suggestiongenerator 210 may generate a suggested alert and present the second userwith a query asking, “Would you like to be informed when any marketingexpense item exceeds $10,000?”

As an example, the user 100 may view a chart tracking sales quotas forthe current month. He or she may make the following comment: “I can'tbelieve that we're still 50% below quota this month.” The alertsuggestion generator 210 may receive this comment and infer that theuser 100 would find it useful to know when sales (the trigger source)reach (the operation) 50% of quota (the trigger value). The alertsuggestion generator 210 may then generate a suggested alert and presentthe user 100 with a query asking, “Would you like to be informedwhenever sales are 50% of quota?”

As mentioned previously, the alert suggestion generator 210 may operatecontinuously to monitor user inputs to the associated computing system.Thus, whenever a user adds a comment associated with a measure, graph,document, web page, or the like, or in a conversation about a giventopic, such an event may form an opportunity to assess the intent of auser. The comment may be directed, for example, to a topic, a systemevent, or to a group of users. Using natural language processing on thecomment, and based on the context in which the comment was made, thesystem of the present invention can provide an effective mechanism forsuggesting, creating, and/or configuring alerts in an intelligent andhelpful manner.

According to other embodiments of the invention, if a complete alert isnot recognized or found by the alert suggestion generator 210, apartially created alert may be presented to the user 100 for completion,confirmation, and/or rejection. This may be accomplished by querying theuser for the information needed to complete the alert. This may requirea higher level of user involvement than the suggestion offully-formulated alerts, but may still be easier for the user 100 thancreating the alert from scratch. For example, the system could suggestto a user when sales changes by a certain amount and leave theconfiguration of the date range to the user. A query may be used toelicit user input regarding the date range for the alert.

For example, User A may follow Users B, C, and D. User B may own the“Cash Balance” chart. User C may have an alert on the “Cash Balance”chart watching for changes of 5% or more, and may follow User B. User Dmay have the “Cash Balance” chart his or her “Favorites” page and mayfollow User B. The alert suggestion generator 210 may receive theseactions as user actions 220, and may generate a suggestedpartially-created alert based on these relationships. The suggestedpartially-created alert may be conveyed to User A in the form of a queryasking: “Would you like to know when the cash balance changes by morethan <enter a value here>percent?” The user may then, in addition toconfirming or rejecting the suggested partially-created alert, providethe information needed to provide a complete alert that can be set bythe computing system.

This may be accomplished in wide variety of ways. FIGS. 5 and 6 willillustrate alert setting systems and methods that may be used inconjunction with, or in place of, the system 200 of FIG. 2 and/or themethod 300 of FIG. 3.

As mentioned previously, the present invention may be used not only tosuggest the alerts to be used, but also to set the alerts in thecomputing system used by the user 100 (i.e., the device 101 and/or theclient device 108). By way of example, one system 500 for setting alertswill be shown and described in connection with FIG. 5, as follows.

FIG. 5 is a block diagram depicting a system 500 for setting alerts,according to one embodiment of the present invention. The system 500 mayinclude an alert setter 510 that receives the suggested alerts 290 thatwere generated by the alert suggestion generator 210.

As mentioned previously, the alert suggestion generator 210 may querythe user for information needed to complete any suggestedpartially-created alerts. Additionally, the alert suggestion generator210 may query the user 100 for confirmation of both complete andpartially-created suggested alerts. Thus, the alert setter 510 may alsoreceive one or more query responses 520 from the user 100. The queryresponses 520 may include a first query response 522 that relates to thefirst suggested alert 292 and optionally, a plurality of additionalquery responses up to an nth query response 524 that relates to the nthsuggested alert 294. If any of the suggested alerts 290 are complete,the associated entry in the query responses 520 may only include aconfirmation or rejection of the complete suggested alerts 290. If anyof the suggested alerts 290 are partially-created, the associated entryin the query responses 520 may include the confirmation or rejection inaddition to the information needed to complete the partially-createdalerts. Each of the query responses 520 may include multiple pieces ofdata besides the confirmation or rejection in the event that thecorresponding one of the suggested alerts 290 needs more than one pieceof information from the user 100 in order to provide a complete alert.

The alert setter 510 may receive the suggested alerts 290 and the queryresponses 520, and may then use the query responses 520 to complete thesuggested alerts 290 in the case of any of the suggested alert 290 thatwere partially-created. The completed alerts may then be set by thecomputing system to define system alerts 590. The system alerts 590 mayinclude a first system alert that is the same as or is derived from thefirst suggested alert 292. The system alerts 590 may also optionallyinclude one or more additional system alerts up to an nth system alert594 that is the same as or is derived from the nth suggested alert 294.

Once in place, each of the system alerts 590 may cause the computingsystem to continuously and/or iteratively determine whether the triggercondition for the system alert 592, 594 has been met. This may entailmonitoring the corresponding trigger source and comparing (with theappropriate operation) the current value of the trigger source with thetrigger value to determine whether the trigger condition has been met.Once the computing system determines that the trigger condition has beenmet, the user 100 may be notified of this via the applicablenotification settings.

The method 300 of FIG. 3 may be well-suited to situations in which allof the suggested alerts 290 generated by the alert suggestion generator210 are complete. FIG. 6 provides a method with additional steps forsituations in which at least some of the suggested alerts 290 generatedby the alert suggestion generator 210 are only partially-created.

FIG. 6 is a flowchart depicting a method 600 of suggesting and settingalerts according to one embodiment of the present invention. The method600 may be applied through the use of the system 200 of FIG. 2 and thesystem 500 of FIG. 5, or with alternative alert suggesting and/orsetting systems.

The method 600 may include several of the same steps present in themethod 300. Accordingly, steps that may be the same as or similar tocounterpart steps in FIG. 3 are referenced with the same referencenumbers. Thus, the method 600 may commence with the performance of thestep 320, the step 330, and the step 340 substantially as set forth inthe description of FIG. 3. One or more of the suggested alerts 290generated in the step 340 may be only partially-created; hence,additional user input may be needed to complete these suggested alerts290.

Once the user has been queried regarding whether to set the suggestedalerts 290 in the step 350, the method 600 may proceed to a step 620 inwhich the user 100 is queried for the additional information needed tocomplete the partially-created members of the suggested alerts 290. Thisquery may optionally be integrated with the query from step 350,requesting that the user 100 either confirm or reject thepartially-generated suggested alert. Alternatively, the query foradditional information may be separate from that used to requestconfirmation or rejection. Thus, the step 620 may occur before, after,or synchronously with the step 350. These queries may be provided to theuser in text form, verbally, or in any other manner known in the art.

Once the alert suggestion generator 210 has queried the user 100 for theadditional information needed, the method 600 may proceed to a step 630in which the system 200 and/or the system 500 receives the user inputneeded to complete the partially-created alerts. This user input may beprovided via menu selections, text entry, speech, and/or any othermethod known in the art.

The method 600 may then proceed to the step 360 in which the system 200and/or the system 500 receives confirmation from the user 100 of atleast some of the suggested alerts 290. As with the step 350 and thestep 620, the step 630 and the step 360 may be performed in any order,or may be carried out synchronously. The step 360 and the step 630 mayoptionally be performed in the same order as the step 350 and the step620. Thus, for example, if the step 350 is carried out prior toperformance of the step 620, the step 360 may also be carried out priorto the step 630. If the step 350 and the step 620 were performedsynchronously, the step 630 and the step 360 may also be performedsynchronously.

After the system 200 and/or the system 500 has received confirmation ofthe suggested alerts 290, the method 600 may proceed to the step 370, inwhich the confirmed suggested alerts 290 are set as the system alerts590. This may be done as described in connection with FIG. 3 and/or FIG.5 above.

One skilled in the art will recognize that the examples depicted anddescribed herein are merely illustrative, and that other arrangements ofuser interface elements can be used. In addition, some of the depictedelements can be omitted or changed, and additional elements depicted,without departing from the essential characteristics of the invention.

The present invention has been described in particular detail withrespect to possible embodiments. Those of skill in the art willappreciate that the invention may be practiced in other embodiments.First, the particular naming of the components, capitalization of terms,the attributes, data structures, or any other programming or structuralaspect is not mandatory or significant, and the mechanisms thatimplement the invention or its features may have different names,formats, or protocols. Further, the system may be implemented via acombination of hardware and software, or entirely in hardware elements,or entirely in software elements. Also, the particular division offunctionality between the various system components described herein ismerely exemplary, and not mandatory; functions performed by a singlesystem component may instead be performed by multiple components, andfunctions performed by multiple components may instead be performed by asingle component.

Reference in the specification to “one embodiment” or to “an embodiment”means that a particular feature, structure, or characteristic describedin connection with the embodiments is included in at least oneembodiment of the invention. The appearances of the phrases “in oneembodiment” or “in at least one embodiment” in various places in thespecification are not necessarily all referring to the same embodiment.

In various embodiments, the present invention can be implemented as asystem or a method for performing the above-described techniques, eithersingly or in any combination. In another embodiment, the presentinvention can be implemented as a computer program product comprising anon-transitory computer-readable storage medium and computer programcode, encoded on the medium, for causing a processor in a computingdevice or other electronic device to perform the above-describedtechniques.

Some portions of the above are presented in terms of algorithms andsymbolic representations of operations on data bits within a memory of acomputing device. These algorithmic descriptions and representations arethe means used by those skilled in the data processing arts to mosteffectively convey the substance of their work to others skilled in theart. An algorithm is here, and generally, conceived to be aself-consistent sequence of steps (instructions) leading to a desiredresult. The steps are those requiring physical manipulations of physicalquantities. Usually, though not necessarily, these quantities take theform of electrical, magnetic or optical signals capable of being stored,transferred, combined, compared and otherwise manipulated. It isconvenient at times, principally for reasons of common usage, to referto these signals as bits, values, elements, symbols, characters, terms,numbers, or the like. Furthermore, it is also convenient at times, torefer to certain arrangements of steps requiring physical manipulationsof physical quantities as modules or code devices, without loss ofgenerality.

It should be borne in mind, however, that all of these and similar termsare to be associated with the appropriate physical quantities and aremerely convenient labels applied to these quantities. Unlessspecifically stated otherwise as apparent from the following discussion,it is appreciated that throughout the description, discussions utilizingterms such as “processing” or “computing” or “calculating” or“displaying” or “determining” or the like, refer to the action andprocesses of a computer system, or similar electronic computing moduleand/or device, that manipulates and transforms data represented asphysical (electronic) quantities within the computer system memories orregisters or other such information storage, transmission or displaydevices.

Certain aspects of the present invention include process steps andinstructions described herein in the form of an algorithm. It should benoted that the process steps and instructions of the present inventioncan be embodied in software, firmware and/or hardware, and when embodiedin software, can be downloaded to reside on and be operated fromdifferent platforms used by a variety of operating systems.

The present invention also relates to an apparatus for performing theoperations herein. This apparatus may be specially constructed for therequired purposes, or it may include a general-purpose computing deviceselectively activated or reconfigured by a computer program stored inthe computing device. Such a computer program may be stored in acomputer readable storage medium, such as, but is not limited to, anytype of disk including floppy disks, optical disks, CD-ROMs, DVD-ROMs,magnetic-optical disks, read-only memories (ROMs), random accessmemories (RAMS), EPROMs, EEPROMs, flash memory, solid state drives,magnetic or optical cards, application specific integrated circuits(ASICs), or any type of media suitable for storing electronicinstructions, and each coupled to a computer system bus. Further, thecomputing devices referred to herein may include a single processor ormay be architectures employing multiple processor designs for increasedcomputing capability.

The algorithms and displays presented herein are not inherently relatedto any particular computing device, virtualized system, or otherapparatus. Various general-purpose systems may also be used withprograms in accordance with the teachings herein, or it may proveconvenient to construct more specialized apparatus to perform therequired method steps. The required structure for a variety of thesesystems will be apparent from the description provided herein. Inaddition, the present invention is not described with reference to anyparticular programming language. It will be appreciated that a varietyof programming languages may be used to implement the teachings of thepresent invention as described herein, and any references above tospecific languages are provided for disclosure of enablement and bestmode of the present invention.

Accordingly, in various embodiments, the present invention can beimplemented as software, hardware, and/or other elements for controllinga computer system, computing device, or other electronic device, or anycombination or plurality thereof. Such an electronic device can include,for example, a processor, an input device (such as a keyboard, mouse,touchpad, track pad, joystick, trackball, microphone, and/or anycombination thereof), an output device (such as a screen, speaker,and/or the like), memory, long-term storage (such as magnetic storage,optical storage, and/or the like), and/or network connectivity,according to techniques that are well known in the art. Such anelectronic device may be portable or nonportable. Examples of electronicdevices that may be used for implementing the invention include: amobile phone, personal digital assistant, smartphone, kiosk, servercomputer, enterprise computing device, desktop computer, laptopcomputer, tablet computer, consumer electronic device, or the like. Anelectronic device for implementing the present invention may use anyoperating system such as, for example and without limitation: Linux;Microsoft Windows, available from Microsoft Corporation of Redmond,Wash.; Mac OS X, available from Apple Inc. of Cupertino, Calif.; iOS,available from Apple Inc. of Cupertino, Calif.; Android, available fromGoogle, Inc. of Mountain View, Calif.; and/or any other operating systemthat is adapted for use on the device.

While the invention has been described with respect to a limited numberof embodiments, those skilled in the art, having benefit of the abovedescription, will appreciate that other embodiments may be devised whichdo not depart from the scope of the present invention as describedherein. In addition, it should be noted that the language used in thespecification has been principally selected for readability andinstructional purposes, and may not have been selected to delineate orcircumscribe the inventive subject matter. Accordingly, the disclosureof the present invention is intended to be illustrative, but notlimiting, of the scope of the invention, which is set forth in theclaims.

I claim:
 1. A computer-implemented method for configuring a notificationapplication for a user, the notification application configured to issuealerts to the user in accordance with active alert definitions of theuser, the active alert definitions specifying respective triggerconditions pertaining to monitored data, the method comprising:generating one or more suggested alert definitions for the user of thenotification application, wherein generating the suggested alertdefinitions comprises, accessing a first data set comprising informationregarding the user stored on computer-readable storage, the first dataset comprising information regarding the user that is independent ofinteractions of the user with a graphical user interface of thenotification application, and using a processor to generate thesuggested alert definitions for the user based on the first data set,each of the suggested alert definitions specifying a suggested triggercondition pertaining to suggested monitoring data; and configuring thenotification application with a new active alert definition for theuser, the new active alert definition corresponding to a selected one ofthe suggested alert definitions.
 2. The computer-implemented method ofclaim 1, further comprising presenting the selected suggested alertdefinition to the user on a computing device display by one or more oftransmitting web page content through an electronic communicationnetwork, and displaying a graphical user interface element on thecomputing device display.
 3. The computer-implemented method of claim 1,further comprising receiving approval from the user to configure thenotification application with the new alert definition, and whereinconfiguring the notification application with the new active alertdefinition comprises configuring the notification application to issuealert notifications to the user in response to a notification triggercondition corresponding to the suggested trigger condition pertaining tothe suggested monitoring data of the selected suggested alertdefinition.
 4. The computer-implemented method of claim 1, furthercomprising receiving a modification to one or more of the suggestedtrigger condition and the suggested monitoring data of the selectedsuggested alert definition, wherein configuring the notificationapplication comprises incorporating the received modification into thenew active alert definition for the user.
 5. The computer-implementedmethod of claim 1, further comprising accessing the first data set froma user profile library.
 6. The computer-implemented method of claim 5,wherein accessing the first data set from the user profile librarycomprises one or more of accessing user preferences of the user from theuser profile library, accessing user relationships of the user from theuser profile library, accessing a role of the user, determining ageographic location of the user, identifying an organization to whichthe user is assigned, determining a department of the organization towhich the user is assigned, and accessing user demographics of the userfrom the user profile library.
 7. The computer-implemented method ofclaim 1, wherein the first data set comprises electronic data pertainingto user interactions with a client computing device.
 8. Thecomputer-implemented method of claim 1, wherein the first data setcomprises one or more of a query issued by the user on the clientcomputing device, a message transmitted from the client computingdevice, a document authored by the user on the client computing device,a document accessed by the user on the client computing device, a visitto a web site by the user on the client computing device, a selection bythe user to like content on a web site, a selection of the user tofollow content on a web site, and a comment authored by the user on theclient computing device.
 9. The computer-implemented method of claim 1further comprising acquiring the first data set by one or more ofaccessing a user profile library, monitoring interactions of the userwith a computing device, capturing user inputs to the computing device,and monitoring user interactions with one or more server computingdevices.
 10. A non-transitory computer-readable storage mediumcomprising instructions for execution by a processor, execution of theinstructions to cause the processor to perform operations forconfiguring a notification application for a user, the notificationapplication configured to monitor data for trigger conditions inaccordance with active alert definitions of the user, the operationscomprising: deriving one or more suggested alert definitions for theuser, wherein deriving a suggested alert definition comprises,identifying suggested monitoring data based on a data set comprisinginformation pertaining to the user, wherein the information pertainingto the user is independent of interactions of the user with a userinterface of the notification application, and selecting a suggestednotification trigger condition pertaining to the suggested monitoringdata; and configuring the notification application to incorporate a newactive alert definition for the user, the new active alert definitioncorresponding to a selected one of the suggested alert definitions. 11.The non-transitory computer-readable storage medium of claim 10, theoperations further comprising displaying one or more of the suggestedalert definitions to the user on a computing device display by one ormore of generating electronic markup data for rendering on the computingdevice display, and providing computerexecutable code to present thesuggested alert definition on the computing device display.
 12. Thenon-transitory computer-readable storage medium of claim 11, theoperations further comprising capturing user profile data pertaining tothe user by one or more of monitoring user interactions with a computingdevice, monitoring user interactions with one or more server computingdevices, and identifying electronic documents accessed by the user onthe computing device.
 13. The non-transitory computer-readable storagemedium of claim 10, the operations further comprising configuring thenotification application to incorporate the new active alert definitionto a user confirmation.
 14. A system for configuring a notificationapplication, the notification application to generate alertnotifications for a user in response to detecting notification triggerconditions pertaining to monitoring data as specified by active alertdefinitions of the user, the system comprising: a non-transitory datastore comprising a first data set, the first data set comprisinginformation pertaining to the user of the notification application thatis independent of interactions of the user with a graphical userinterface of the notification application; and an alert suggestiongenerator for operation on a processor of a computing device, the alertsuggestion generator configured to determine one or more suggested alertdefinitions for the user based on the first data set, each of the one ormore suggested alert definitions specifying a notification triggercondition pertaining to respective monitoring data, wherein the alertsuggestion generator is further configured to cause the notificationapplication to add a new active alert definition for the user, the newactive alert definition corresponding to a selected one of the one ormore suggested alert definitions.
 15. The system of claim 14, whereinthe alert suggestion generator comprises a natural language processorconfigured to analyze natural language elements of the first data setfor use in generating the suggested alert definitions, wherein thenatural language elements comprise one or more of a message authored bythe user on a client computing device, a message accessed by the user onthe client computing device, a comment authored by the user on theclient computing device, a comment accessed by the user in the clientcomputing device, electronic data authored by the user by use of anapplication operating on the computing device, electronic data accessedby the user by use of an application operating on the computing device,a search query authored by the user on the client computing device, andan annotation on a data visualization authored by the user on the clientcomputing device.
 16. The system of claim 15, wherein the naturallanguage processor is configured to analyze the one or more naturallanguage elements to identify one or more of monitoring data for asuggested alert definition and a notification trigger condition for asuggested alert definition.
 17. The system of claim 14, wherein thefirst data set comprises one or more of captured actions of the user ona client computing device and data pertaining to the user acquired froma user profile library.
 18. The system of claim 14, wherein anotification trigger condition of a suggested alert definition comprisesone or more of a quantitative threshold value and a quantitativecondition pertaining to the specified monitoring data of the suggestedalert definition.
 19. The system of claim 14, wherein the alertsuggestion generator is configured to cause the notification applicationto add the new active alert definition for the user in responsereceiving an acceptance from the user.
 20. The system of claim 19,wherein the acceptance from the user comprises a modification to one ormore of the notification trigger condition and the monitoring data ofthe selected suggested alert definition, and wherein the alertsuggestion generator causes the notification application to add the newactive alert definition, such that the new active alert definitionincorporates the modification.